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1 DISTRIBUTED ACCOUNT BASED GAMING SYSTEM 

2 

3 CROSS-REFERENCE TO RELATED APPLICATION 

4 This application is related to United States provisional patent application serial No. 

5 60/260,780, filed January 10, 2001 and entitled "Distributed Account Based Gaming System." 

6 The Applicants hereby claim the benefit of this provisional patent application under 35 U.S.C. 

7 § 119(e). The entire content of this application is incorporated herein by this reference. 
8 

9 TECHNICAL FIELD OF THE INVENTION 

|t) This invention relates to systems that enable a player to participate in games of chance. 

13 More particularly, the invention relates to a gaming system utilizing player accounts 

If maintained at a back office portion of the gaming system for tracking player activities, 

13 including wagers and winnings. The invention encompasses a method, system, and program 

.zsa 

W product. 

i 

M BACKGROUND OF THE INVENTION 

17 Traditional gaming systems employ coin or token operated gaming devices. In these 

18 traditional gaming devices a player inserts one or more coins or tokens as a wager in the game. 

19 This activates the gaming device to allow the player to make a play. The player next makes 

20 some input at the gaming device and the device ultimately responds by displaying the result of 

21 the play. In a reel-type gaming machine or slot machine, for example, the player pulls a 

22 handle to cause actual or electronically represented wheels to spin, and then eventually stop in 
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1 an ending position. The ending positions of the reels determine whether the play wins a prize 

2 or does not. Regardless of the type of game being played, whether a mechanical or electronic 

3 reel-type game, an electronic card game, or some other electronic casino game, the traditional 

4 gaming devices themselves determine whether or not the play is a winning play. 

5 More recent gaming systems allow players to fund an account specific to the player and 

6 then make wagers from the account. These types of systems are commonly referred to as 

7 "cashless" systems. Cashless systems are advantageous in that the player need not carry cash 

8 or tokens in order to participate in a game. Rather, once the player has funded his or her 
[5 account, they may identify the account at a gaming device and then make wagers using funds 

s =5 l 

1|) recorded in their account. Account information for the player is maintained in a data- 

Jfl processing device in communication with the gaming devices. This data processing device 

15 deducts wagers from the account and adds winnings. However, the data-processing device that 

2 

if 3; 

;lp maintains the player account relies on information from the gaming devices to determine when 

1=4 the player account should be debited and credited. 

O 

m 

16 SUMMARY OF THE INVENTION 

17 The present invention utilizes a back office system and a casino floor system. The back 

18 office system is preferably located in a secure area and includes one or more central 

19 computers. Each central computer stores a number of game records, that is, more than one 

20 game record. Each game record represents a play in a game and is associated with a result 

21 which may be a winning result having some associated prize value. According to the present 
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1 invention, a database computer included in the back office system maintains an account for 

2 each authorized player in the gaming system. The account for a particular player is maintained 

3 in one or more database entries stored at the database computer and includes an account 

4 balance from which wagers are deducted and to which winnings are added. 

5 The casino floor system is operatively connected for communications with the back 

6 office system and includes a number of player terminals through which players may participate 

7 in various games offered in the gaming system. Each player terminal in the casino floor 

8 system is serviced by one central computer in the back office system. Each player terminal 
■J allows a player to log in and make a request for a game play, and then communicates the 

ij entered game play request to the respective central computer servicing that particular player 

== 

lh terminal. In response to the game play request from the player terminal, the central computer 

<i 

system reads a selected game record from the group of game records stored in the back office 

|J system and determines or identifies the result associated with the game record. The central 

ft computer also directs the database computer to change the player's account balance by 

$3 deducting the amount of the wager associated with the play request and by adding the amount 

16 of any winnings associated with the game record result. The central computer also sends 

17 information regarding the result associated with the game record back to the player terminal. 

18 The player terminal then uses this information to display the result, or some representation 

19 consistent with the result, in order to notify the player of the result. 

20 The method according to the invention is performed by computer program code and 

21 includes storing game records in the back office system and maintaining an account in the back 
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1 office system for each of a number of players, each account including an account balance and 

2 preferably an account identifier. The method also includes reading a selected game record in 

3 response to a game play request from a player terminal to determine or identify the result of 

4 the game record. This reading step is also performed in the back office system, preferably by 

5 the respective central computer assigned to the respective player terminal. The method further 

6 includes subtracting the wager amount from the player's account and crediting any winnings 

7 associated with the game record result. This account modification step is also performed 

8 entirely in the back office system. Finally, the method includes notifying the player of the 

*J9 result of the selected game record. This notification step preferably includes making a display 

Ifi at the player terminal from which the play request was submitted. The display includes the 

:=== 

*£ 

M result or some representation indicating the result. 

ICE The present invention does not determine the results of a game play at the player 

If terminals. Rather, the results of each game play are determined by reading the result 

S information from the game play records at the secure back office system location. Thus, the 
system provides enhanced security in a cashless gaming environment. Also, utilizing multiple 

16 central computers dedicated to different groups of player terminals enhances system 

17 performance and makes the gaming system more fault tolerant. 

18 These and other advantages and features of the invention will be apparent from the 

19 following description of the preferred embodiments, considered along with the accompanying 

20 drawings. 
21 
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1 BRIEF DESCRIPTION OF THE DRAWINGS 

2 Figure 1 is a diagrammatic representation of a gaming system embodying the principles 

3 of the invention. 

4 Figure 2 is a relational flow chart showing the various components of the present 

5 gaming system and the processes performed by the various components. 

6 Figure 3 is a flow chart showing an initialization process between the player terminals 

7 and central computer, and a player log in procedure at the player terminal. 

8 Figure 4 is a flow chart showing the interactions between a player terminal, central 
;P computer and the manufacturing computer during the course of game play. 

I© Figure 5 comprises flow charts showing the process at a POS terminal and the process 

j-S 
s=b= 

la at a RPOS terminal. 

H Figure 6 is a flow chart showing the process at a kiosk. 

I3 Figure 7 is a diagrammatic representation of a game set according to the invention. 

f — j 

y Figure 8 is a diagrammatic representation showing the distribution of game record 

|lt$ subsets according to the invention. 

16 

17 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

18 Referring to Figure 1, an account based gaming system 10 embodying the principles of 

19 the invention includes a back office system 11 located in a secure area and a casino floor 

20 system 12 accessible to the public. Casino floor system 12 allows players to establish and 

21 modify accounts in gaming system 10, and allows players to participate in various games 
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1 available through the gaming system. Back office system 11 maintains accounts and account 

2 balances for all players, maintains account information, and provides system usage reports and 

3 other reports useful in managing gaming system 10. Back office system 11 also preferably 

4 creates game sets made up of a number of predetermined game records and selects game 

5 records in response to player requests made through front office system 12. 

6 A secure communications arrangement is used to facilitate communications between 

7 back office system 11 and casino floor system 12. Security may be enhanced with hardware 

8 firewalls 14 connected in the communications lines 15a, 15b, and 15c which extend to casino 

a ... 

floor system 12 and/or by firewall software operating on the various computers that make up 

.==5.' 

15 back office system 11. 

M Back office system 11 includes a number of separate processing devices interconnected 

H through a suitable communications arrangement. In the illustrated form of the system, back 

IJ office system 11 includes a switching hub 18 to which each separate processing device 

5 n 

14 connects. The three floor system communication lines 15a, 15b, and 15c also connect into 

il5 switching hub 18. Although other types of computer network communications hubs may be 

16 used within the scope of the invention, a switching hub is preferred to allow the various system 

17 components to communicate simultaneously with fewer conflicts and thus increased overall 

1 8 system performance . 

19 The illustrated preferred form of the invention shown in Figure 1 includes a 

20 manufacturing computer 20, a database computer 21, a management interface computer 22, an 

21 archive computer 23, and three separate central computers 24, 25, and 26. As indicated in 
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1 Figure 2, manufacturing computer 20 manufactures game sets, divides the game sets into a 

2 number of subsets and stores the unused subsets until requested by one of the central 

3 computers 24, 25, or 26. Manufacturing computer also receives used subsets back from the 

4 various central computers and once all of the subsets are used, stores the used game set at 

5 archive computer 23. The structure of the game sets and subsets as well as the structure of 

6 individual game records in the subsets will be discussed further below. 

7 Each central computer 24, 25, and 26 is programmed to communicate with a different 

8 subset of casino floor devices. Figure 1 shows three subsets of casino floor devices for 

^$ purposes of example, subsets 31, 32, and 33. For the purposes of this disclosure it may be 

•HI 

1?) assumed that central computer 24 cooperates with casino floor subset 31, central computer 25 

|i cooperates with casino floor subset 32, and central computer 26 cooperates with casino floor 

fQt subset 33. Each subset of casino floor devices in the illustrated form of the invention includes 

<?=?. 

i$ a point-of-sale (POS) terminal 35, a remote point-of-sale (RPOS) terminal 36, a kiosk 37, and 

jpss 

HL-.3. 

S a number of player terminals 38. The devices in the respective subset are connected to a local 

f|5 communications hub 39, which is connected to one of the network links 15a, 15b, or 15c. 

16 These casino floor devices will be described in further detail below. 

17 Referring to both Figures 1 and 2, each central computer 24, 25, and 26 independently 

18 requests subsets of the game records from manufacturing computer 20 and preferably receives 

19 two game subsets a time. Each central computer 24, 25, and 26 also preferably stores backup 

20 game records subsets as will be discussed further below with reference to Figure 7. The 

21 respective central computer stores the game record subsets it receives for use by the player 
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1 terminals 38. Each central computer 24, 25, and 26 also receives player-related information 

2 from the various casino floor devices in the respective subset of devices, and stores this player- 

3 related information in database computer 21. For example, central computer 24 may receive a 

4 request from POS device 35 in subset 31 to add money to a player's account, withdraw cash 

5 from the player's account, and add or modify other player information such as a player's 

6 name, personal identification number (PIN), game usage information, and perhaps other 

7 player-related information. As a further example, central computer 24 may receive a request 

8 from any one of the player terminals 38 in subset 31 for a game record and an amount of 

H) wager associated with the request. Central computer 24 may then add winnings to the player's 

W account based on results of the game record retrieved from a particular game record subset in 

='r 
== 
=== 

H response to the game record or game play request. 

SI 

iJCE The multiple central computer arrangement shown in Figure 1 provides several 

P advantages. First, in the event that a single central computer experiences a technical problem 

1=5: 

p4 which interferes or prevents its operation, only a single subset of casino floor devices is 

fj$ affected. Second, the multiple central computer arrangement shown in Figure 1 is readily 

16 scalable to increase or decrease the number of casino floor devices supported by the system. 

17 Furthermore, the multiple central computer arrangement facilitates faster communications with 

18 the casino floor devices and therefore increases the speed at which a player may play games 

19 offered through the gaming system 10. 

20 As indicated in Figure 2, database computer 21 serves as a data storage repository for 

21 holding all player records and player account information. Database computer 21 operates 
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1 under the control of database software to store in its associated memory at least one database 

2 containing a player entry for each player authorized to play games available through system 

3 10. Each player database entry includes information on the respective player such as the 

4 player's name, the player's identification or account identifier or number, the player's PIN 

5 when used in the system, the player's account balance, and perhaps other player information 

6 personal to the particular player. The database entry for a particular player may also include 

7 usage information indicating which casino floor devices the player has used, the times the 

8 devices have been used, and the extent of use. 

!Ep Numerous different database structures will be apparent to those of skill in database 

l|) development and use. The invention encompasses any suitable database structure for 

r* 

M maintaining the player and other information required in the operation of the gaming system 

10. In particular, the various data associated with a player may be distributed across entries in 

jjj a number of tables making up the database. Also, the required information may be stored in 

|4 multiple databases. Furthermore, the information stored in the database or databases may vary 

JESS 

M 

i| depending upon specific options used in a particular implementation of the present system. 

16 For example, the preferred form of the system requires that a player enter a PIN when their 

17 account is created. The PIN is then required in order to have any access to the player's 

18 account through the various player actuated casino floor devices, subject to management 

19 intervention in the event a player forgets their PIN. In this preferred form of the invention, the 

20 database information for each player includes the player's PIN. However, the system may be 
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1 implemented so that a PIN is not required. In this case, of course, the database information for 

2 each player will not include a PIN. 

3 Management computer 22 comprises a separate computer system which operates under 

4 the control of management terminal software. This management terminal software provides 

5 system reports including real-time reports and system usage and performance reports of 

6 interest to the system operators, managers, and regulators. The software executed at the 

7 management computer 22 also may be used to schedule administrative functions required or 

8 helpful for the database computer system 21. Management computer 22 preferably includes a 
;3> suitable display for displaying reports and other information and providing a user interface. 
Ij Although not shown in Figure 1, a printer may be included in system 10 for printing reports 
lb and other materials. Of course, any such printer need not be connected directly to 

H management computer 22 but may be accessible through the computer network making up back 

33 office system 1 1 . 

ft Archive computer 23 serves as a repository for used game sets. Manufacturing 

£3 

ffiS computer 20 transfers used game sets to archive computer 23 upon completion of the game 

16 sets. These used game sets may be archived or stored in any suitable fashion in a non- volatile 

17 storage device associated with archive computer 23. Archive computer 23 also preferably 

18 stores a copy of each unused game set. The copy of the unused game set may be transferred to 

19 archive computer 23 at any time after the game set is created, and is preferably transferred 

20 together with the corresponding used game set. 
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1 The casino floor devices shown in Figure 1 , may be described with reference to a 

2 single subset 31 of such devices. The other subsets 32 and 33 shown in Figure 1 include the 

3 same types of devices as subset 31 and need not be described separately. However, it should 

4 be noted that the subsets 31, 32, and 33 of casino floor devices need not be identical. Rather, 

5 the various subsets of casino floor devices may include different numbers of casino floor 

6 devices and different types of casino floor devices. 

7 Referring particularly to subset 31, each player terminal 38 comprises a computer 

8 system having a display, a player card reader, and controls by which the player may enter 
commands such as play requests and other commands related to the play of a game available 

J& through the player terminal. Any suitable display and player interface may be used within the 

il scope of the invention. For example, the display may be a touch sensitive screen or a non- 

il touch sensitive screen which provides a graphical user interface (GUI). Switches or other 

jB controls may be included in the player terminal 38 in addition to or in lieu of the GUI. Player 

M 

1^ terminal software executed by the computer system making up player terminal 38 controls the 

Q 

MS operation of the respective terminal. As indicated in Figure 2, each player terminal 38 

16 receives information from the card reader to log a player in to the respective central computer 

17 (24), allows a player to play games, and shows a player the results of a game play or record 

18 obtained from the respective central computer. Further details of player terminal operation 

19 will be described with reference to Figures 3 and 4. 

20 Figure 2 shows that each POS or cashier terminal 35 provides a player interface to 

21 gaming system 10 for allowing a player to create an account in the system, cash out their 
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account, and make changes to their account information stored at database computer 21 such as 
adding/withdrawing funds or changing a PIN of other account information. As with all other 
casino floor devices, account related activity affecting information at database computer 21 is 
controlled through the respective central computer communicating with the particular POS. 

Each POS terminal 35 is implemented through a computer system having a suitable data 
processing device. Each POS terminal 35 also includes a player interface and a 
cashier/attendant interface, or a shared player/attendant interface. The preferred POS terminal 
35 includes a touch screen display, a player card encoder/printer, a card reader, and a cash 
drawer accessible to the attendant. A keyboard or keypad may be required for player/attendant 
entries in the event the display is not a touch screen display. The POS terminal 35 executes 
software which allows the player and attendant to perform all of the functions allowed at the 
terminal as will be described in further detail below with reference to Figure 5. 

RPOS terminals 36 and kiosks 37 each provide a subset of the functionality of the POS 
terminals 35 and are preferably included in the system 10 to give the players more choices in 
how they may modify their account information. In the preferred form of the invention, RPOS 
terminal 36 allows a player to add funds to their player account maintained by back office 
system 12 as indicated in Figure 2. Each RPOS terminal 36 is implemented through a 
computer system and includes a suitable processing device and a user interface including a 
display. The preferred user interface also includes a player card reader, a keyboard/keypad, 
and a bill/coin acceptor. Each RPOS terminal 36 operates under the control of RPOS terminal 
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software instructions to provide all of the RPOS functionality as will be described below with 
reference to Figure 5. 

Each kiosk 37 also preferably comprises an unattended and automated computer-based 
system . As indicated in Figure 2, a player may use a kiosk 37 to open a new account, add 
funds to their account maintained via back office system 11, and modify certain account 
information such as the player's PIN or name. Each kiosk 37 includes a suitable data 
processing device, a touch sensitive display, a player card reader, a player card 
encoder/printer, and a bill/coin acceptor. A keyboard or keypad may be required if the 
display is not a touch sensitive type. Also, each kiosk operates under the control of 
operational software code as will be described below with reference to Figure 6. 
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1 BASIC OPERATION OF THE GAMING SYSTEM 

2 Once a player has opened an account with gaming system 10, has received their player 

3 card (magnetic strip or other data carrier card), and has set their PIN in the system (if a PIN is 

4 used), the player may log in to the system at any player terminal 38 and make a game play 

5 request. The player information including an account identifier uniquely identifying the 

6 particular account, a PIN, and account balance are stored in back office system 11 and 

7 specifically in a data storage device associated with database computer 21. The player's name 

8 is not required according to the invention but is also preferably stored at database computer 21 
1=9 with the other player information. A player logs in at a player terminal 38 by inserting their 
lp player card into the card reader associated with the game terminal. The player terminal then 
TB communicates information from the player card and particularly the player/account identifier to 

L : 

*A£ the respective central computer servicing the particular player terminal. Assume for purposes 

© of example that central computer 24 services the particular player terminal 38. After logging 

H B 

J| in at player terminal 38, the player may then attempt to play a game at the player terminal by 

o 

pjj> entering a play request through the user interface at the player terminal. In response to the 

16 game play request entered at player terminal 38, the terminal transmits the request to central 

17 computer 24. The game play request amounts to a request to modify the player's account by 

18 reducing account balance by the amount of the wager indicated in the game play request and 

19 increasing the player's account with any winnings associated with the game record the player 

20 receives. If the player has sufficient funds in their account to cover the wager indicated in the 

21 game play request, central computer 24 retrieves the game record from the appropriate subset 
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1 of game records stored at the central computer, modifies the player's account according to the 

2 amount of wager and any winnings dictated by the retrieved game record, and sends a result 

3 index for the retrieved the game record along with the new account balance and the player's 

4 identifier back to the player terminal. The amount of the prize associated with the retrieved 

5 game record may also be included in the information returned to player terminal 38. Player 

6 terminal 38 responds to this communication from central computer 24 by producing a display 

7 consistent with the received result index and preferably by displaying any amount won and the 

8 player's new account balance. Further details of the game records and game sets and subsets 
1=9 will be described with reference to Figure 7. 

Further operational details of the various system components will be described with 

% reference to Figures 3 through 6. Referring particularly to Figure 3, the system is initialized 

if 

■is 

ft2 or booted with player terminal 38 first logging into the respective central computer 24. This 

p login may be accomplished in a number of different fashions within the ordinary skill of the art 

3 n 
sss 

S_ g 

of computer network communications. Generally, player terminal login may include a 

15 "handshaking" procedure 301 in which the respective player terminal communicates network 

16 identifying information to the respective central computer and the central computer 

17 acknowledges the login communication with a suitable response. At 302, player terminal 38 

18 communicates a terminal identifier to the central computer. Central computer 24 understands 

19 this terminal identifier as a request that a particular type of game subset be available in the 

20 central computer. Step 302 is required since player terminal 38 may be used to play any of a 

21 number of games, not all of which use the same subset of game records. 
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1 In response to the request for the appropriate game subset at step 302, central computer 

2 24 checks its data storage to determine if it is currently storing the correct game record subset 

3 or subsets as indicated at decision block 303. If not, central computer 24 requests that an 

4 appropriate new game record subset (or subsets as discussed with reference to Figure 8 below) 

5 be transmitted from the manufacturing computer at step 304. Manufacturing computer 20 then 

6 determines whether a game set of the requested type exists in the manufacturing computer 

7 storage as indicated at decision block 305. If the appropriate game set does exist, 

8 manufacturing computer 20 sends a new game record subset to the requesting central computer 
I*) 24 as shown at 306. If manufacturing computer 20 determines that it does not contain the 

T|) required game set, however, the manufacturing computer invokes its game set generation 

=3 

Ja program code to generate a new game set of the requested type as indicated at block 307. 

J8> Once the new game set is available, manufacturing computer 20 creates the game record 

•ft subsets and then sends a game record subset to the central computer at step 306. It may be 

jL-JL 

14 possible for the situation to occur in which manufacturing computer 20 is unable to produce a 

.==i 

2 J' 
%SBT 

$3 new game set. In this case, manufacturing computer responds that it cannot produce the new 

16 game set needed. This communication has the effect of making unavailable the game or games 

17 at the requesting player terminal 38 which use records from that game set. 

18 Once the initializing sequence is complete, the process at player station 38 proceeds to 

19 decision box 308 to determine if a player has logged in to the player terminal. If no player has 

20 logged in to player terminal 38, the terminal preferably produces an attract display as indicated 

21 at block 309 which encourages a potential player to log in and perhaps provides additional 
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1 information such as how and where to open a player account. Player terminal 38 may also 

2 display a representation of a game play to entice a potential player to log in and play the game 

3 available at the terminal. If a player has logged in at player terminal 38 (by inserting the 

4 player card into the terminal's card reader for example), the player terminal logs the player in 

5 to central computer 24 as indicated at block 310. This log in step preferably includes 

6 communicating the player identifying information (account identifier) to the central computer. 

7 As indicated at 311, central computer 24 uses the player's account identifier to obtain player 

8 information for the identified player/account from the database computer 21, and sends certain 
H9 player information to the player terminal. This returned information may include the player's 
W name in order to allow the player terminal to issue a greeting to the player, and preferably also 

S3 
IS 3= 

H includes the player's account balance to be displayed at the player terminal. 

93 Referring now to Figure 4, once the player is logged in to central computer 24, the 

1=5 player may begin play as indicated at process block 401 by making a game play request using 

•i - = s 

a""" 

& the various controls or user interface at player terminal 38. Operational software at player 

£3 

i§ terminal 38 determines if the player has enough credits to make the requested play as indicated 

16 a decision block 402 and, if not, generates a notice as indicated at process block 403 to notify 

17 the player to add more funds to their account. Player terminal 38 then the logs the player out 

18 of central computer 24 as shown at 404. If the player does have sufficient credits to make the 

19 requested wager or play as determined at decision block 402, player terminal 38 transmits a 

20 game play request to central computer 24 as indicated at block 405. This game play request 

21 represents to central computer 24 a request to reduce the player's account by the amount of the 
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1 wager, a request for a game record, and a request to add the amount of any winnings 

2 associated with the retrieved game record to the player's account balance. Central computer 

3 24 then retrieves a game record from the appropriate game subset which is active at the central 

4 computer, reads the result, makes the indicated account balance changes in the account balance 

5 at database computer 21, and communicates a result index read from the game record back to 

6 player terminal 38. These steps are shown at process block 406 in Figure 4. As indicated at 

7 block 407, operational software executed by player terminal 38 responds to the result index by 

8 creating a display which displays the result of the game play in some suitable fashion. The 
H) new account balance and winning amount may also be communicated to player terminal 38 
W) along with the result index, and both values may be displayed to the player at the player 
3| terminal. 

12 In response to each game play request from one of the player terminals 38 serviced by 

14 central computer 24, the central computer checks to see if it has enough unused game records 

La 

14 left for the particular type of game. This step is shown at decision block 408 in Figure 4. If 
insufficient game records are available in the indicated subset, central computer 24 requests a 

16 new subset of game records for that particular game from manufacturing computer 20 as 

17 indicated at block 409. If the game set from which the completed subset was made is not 

18 finished or completely used up as indicated at process block 410, manufacturing computer 20 

19 sends a new game record subset to central computer 24 as shown at block 411. However, if 

20 the result of the inquiry at decision block 410 indicates that the game set is finished, 

21 manufacturing computer 20 builds a new game set if possible as shown at process block 412. 
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When the new game set and new subsets are available at manufacturing computer 20, the 
manufacturing computer sends central computer 24 a new game record subset to use as a 
backup. This step is shown at process block 413 in Figure 4. 

Also, if the game set is finished or totally used as determined at block 410, central 
computer 24 swaps the used game record subset for the current reserve or backup subset stored 
at the central computer. This subset swapping step is shown at step 414 in Figure 4. Central 
computer 24 then sends the used subset back to manufacturing computer 20 as shown at block 
415. Manufacturing computer 20 archives the finished or used game set at archive computer 
23 as indicated at block 416. 

The transfer of game record subsets to the central computers is performed so as to 
ensure game records are quickly available at the central computer to service any game play 
request. It may also be desirable to include additional features to ensure that a game may not 
be commenced at a player terminal unless the central computer may completely service the 
request. According to one form of gaming system 10, the central computers monitor each 
game subset that they store. If a predetermined minimum number of game records is reached 
in a game record subset without a reserve or backup subset being ready, the central computer 
may lock out the game that uses the particular record subset. This lockout is preferably 
accomplished by communicating a suitable game lockout message to each player terminal 
programmed with that particular game. The player terminal 38 responds to the lockout 
message by making the particular game unavailable to a player who may log in at the terminal. 
Alternatively, the player terminal 38 may simply not allow a player to log in at the terminal by 
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1 not responding to an inserted player card and producing a display showing that the terminal is 

2 not available. 

3 Figure 5 shows the general process performed at POS terminal 35 and the general 

4 process performed at RPOS 36. At the beginning of the POS process, the attendant at POS 

5 terminal 35 determines whether or the player has an existing account with the system. This 

6 determination step is shown at decision block 501 in Figure 5. If the prospective player does 

7 not have an account, the POS attendant prompts the POS terminal to create a new account as 

8 shown at block 502. Creating a new account involves inputting player information such as the 
player's name, and perhaps a PIN selected by the player (if PINs are used in the system). 

Ig This information is communicated to central computer 24 as indicated at process block 503 and 

Jp. the central computer responds to the new account request and information by assigning an 

H account identifier to the new account and storing the account identifier and the player 

3 

B information at database computer 21. More specifically, central computer 24 requests that the 

14 database computer store the information and the database computer complies. Central 

•==%' 
M 

$3 computer 24 also communicates the account identifier back to POS terminal 35 and the POS 

16 terminal prints or encodes the identifier on a player card for the player as shown at 504, and 

17 then issues the player card to the player. This player card preferably comprises the magstripe 

18 card with the players account number recorded on the magnetic stripe. 

19 If the player wants to add funds to their account, the POS terminal attendant takes the 

20 deposited funds as shown at 506 and enters the amount being added using a suitable interface at 

21 the POS terminal. Alternatively, to manually entering the funded amount a bill acceptor at the 
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POS terminal may determine the amount being added. In any event, POS terminal 35 
communicates the amount to be added to the player's account to central computer 24 as shown 
at step 507. Central computer 24 then causes the player's account balance stored at database 
computer 21 to be updated by adding the entered amount to the earlier balance for that player 
and storing the new balance at the database computer. 

If the player wishes to cash out their account, the POS terminal attendant causes the 
POS terminal to send a cash out request to central computer 24 as shown at step 510. As with 
all communications associated with a particular player's account, the request includes the 
player's account identifier (and the player's PIN where PINs are used). Central computer 24 
responds to the cash out request by retrieving information on the player's account balance from 
database computer 21 and communicating the cash balance back to POS terminal 35. Once 
the account balance has been communicated back to POS terminal 35, the POS terminal 
attendant may pay the player the indicated cash amount. Of course central computer 24 also 
causes the account balance at database computer 21 to be adjusted to zero. 

Referring still to Figure 5 the process that RPOS terminal 36 allows a player to add 
additional funds to the player's account created through POS terminal 35 or kiosk 37. The 
first step in the RPOS process is determining whether the player has an account as shown at 
decision block 520. In the preferred RPOS implementation, RPOS terminal 36 detects that a 
player has inserted their player card into the RPOS card reader, the card reader reads the 
account identifier from the card and communicates the identifier to central computer 24 with an 
instruction requesting that the account be verified. If central computer 24 does not verify the 
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1 account, RPOS terminal 36 preferably displays an "INVALID ACCOUNT - SEE 

2 ATTENDANT" message as shown at step 521. If RPOS terminal 36 determines that the 

3 player has a valid account, the terminal provides a display asking the player if they want to add 

4 funds to their account. If the player wants to fund their account as indicated by the response to 

5 the query represented by decision box 522, RPOS terminal 36 actuates its bill/coin acceptor to 

6 receive cash from the player as shown at step 523. Once the player has inserted the cash or 

7 coins , RPOS terminal 36 communicates a message to central computer 24 to cause the central 

8 computer to modify the player's account information at database computer 21. This 

J|> communication step is shown at step 524 in Figure 5. The message preferably includes the 

H player's account identifier and the amount to be added to the player's account. This message 

ljj represents a request that the central computer add this amount to the player's account balance 

"H 

It stored at database computer 21. Central computer 24 responds to this request by accessing 

S3 

H database computer 21 and causing the database computer to add the requested amount to the 

|4 player's account balance. 

,:s 

U 

15 Referring to Figure 6, the processes performed at kiosk 37 includes determining 

16 whether the player has an account by monitoring the player card reader associated with the 

17 kiosk as shown at step 601. If the player does not have a valid account, kiosk 37 requests that 

18 a new account be created by sending an appropriate request to central computer 24 along with 

19 the necessary player information to create an account. This request and information 

20 communication step is shown at step 602 in Figure 6. Similarly to the process described above 

21 with reference the POS terminals 35, central computer responds to the account creation request 
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1 by communicating back information necessary to print/encode the player's card as shown at 

2 603. Also, central computer 24 causes database computer 21 to create an entry for the player's 

3 account in the player information database. If the player wishes to fund their account, the 

4 kiosk attendant or a mechanical bill acceptor at the kiosk takes the player's cash as indicated at 

5 step 605 and the kiosk communicates the added funds information to central computer 24 at 

6 step 606. This step is similar to that described above with reference to the POS and RPOS 

7 terminals and blocks 510 and 524 in Figure 5. 

8 Referring to Figure 7, each game set 701 includes a large number of game records 702. 
Jf Each game record 702 represents a chance in a game available in the gaming system and may 
1|) be thought of as an electronic lottery ticket. The preferred game set 701 of game records 702 
0 includes a game set header 703 including game set identifying information such as a game 

Vl serial number, game set serial number, game name, and other game set identifying information 

8 (not shown). Each separate game record 702 comprises a data structure including identifying 

if*"* 

j-JL 

|4 information along with record outcome information 704. Outcome information 704 preferably 

p|5 comprises a code or record index that represents a certain outcome in the particular game, and 

16 may further include an outcome value. The record identifying information may include a 

17 sequence identifier 705 identifying the order of the particular record in the game set, and a 

18 record serial number 706 which uniquely identifies the respective game record. As discussed 

19 above, the game set 701 is, in the preferred form of the invention, divided into a number of 

20 subsets of game records for distribution to the various central computers 24, 25, and 26 for use 

21 in gaming system 10. These subsets comprise a data structure similar to that shown in Figure 
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1 7, and may, for example, include 5000 game records from the game set. The only differences 

2 being that the header information identifies the data structure as a subset of a particular game 

3 set. The sequence identifier 705, record serial number 706, and record outcome information in 

4 the various game records 702 remains unchanged when the records are divided out into game 

5 record subsets from a given game set 701. 

6 One primary purpose of the game set/subset identifying information is to identify the 

7 particular game set/subset as containing game records for a particular type of game and wager 

8 amount available through gaming system 10. In the preferred form of the invention, the player 
;=§ has a choice of wager amount for each game play request. Both the game and the amount of 
II wager together identify the particular game set/subset from which a record should be retrieved 

13 in order to service the game play request. For example, a keno-type game implemented on 

si 

It gaming system 10 may allow a player to chose up to 8 spots on a grid and may allow a wager 

lj of anywhere from 1 to 8 credits per game play request. Such a game requires the servicing 

|f central computer to store one game record subset for each combination of wager amount and 

MS number of spots chosen in the game play, for a total of 64 game sets in the preferred form of 

16 the invention. 

17 Figure 8 illustrates the preferred manner in which game record subsets are stored on the 

18 central computers. As indicated Figure 8, manufacturing computer 20 stores a number of 

19 game sets 801. For example, manufacturing computer 20 stores a game set identified as game 

20 set 101 and a game set identified as game set 102. Each of these game sets is divided into a 

21 series of game record subsets 802 which may be numbered consecutively subset 1, subset 2, 
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1 and so forth. For enhanced security, each central computer services game play requests from 

2 two different game record subsets. As game play requests are received from player terminals 

3 38, the central computer alternates retrieving game records from the two active subsets. The 

4 active subsets on central computer 24 shown in Figure 8 are labeled lOlsubl and 101sub2. A 

5 first game play request will cause central computer 24 to retrieve the next available game 

6 record from lOlsubl, while the next game play request will cause the central computer to 

7 retrieve a game record from 101sub2. The next retrieved game record would then come again 

8 from subset lOlsubl and so forth. 

13 In Figure 8 subsets 102subl and 102sub2 at central computer 24 represent backup or 

l|l reserve subsets. These subsets are swapped out for the active subsets as the active subsets are 

3i used up as discussed above with reference to Figure 4. Central computer 25 shown in Figure 8 

'% : 
■=-: 

Kt uses active game record subsets 101sub3 and 101sub4. The reserve subsets on central 

H computer 25 are subsets 102sub3 and 102sub4. Should central computer 25 use up its active 

ft subsets and then designate the reserve subsets 102sub3 and 102sub4 as the new active subsets, 

IHl central computer 25 would then request new subsets to use as reserves, for example subsets 

16 101sub5 and 101sub6 (not shown in Figure 8). 

17 The preferred form of the invention may include a progressive feature in a given game. 

18 In order to implement the progressive feature, a given percentage of each wager made in the 

19 game is added to a progressive prize amount. The progressive prize amount is stored in a data 

20 base entry at data base computer 21 for the particular game. The progressive prize amount 
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1 may be accumulated gradually as game records from the game set are drawn in the course of 

2 play. 

3 Gaming system 10 is not limited to any particular games. The result displays produced 

4 at the various player terminals may mimic casino-type games such as roulette, slots, blackjack, 

5 poker, or keno. Alternatively, the game displays may be totally unrelated to casino-type 

6 games. The invention is not limited to any particular type of game as long as the game results 

7 may be represented in a game record distributed from a group or set of game records. 

8 Figure 1 indicates that gaming system 10 comprises a number of processing devices 20 

a s 

;P through 26. Specific numbers of other elements such as player terminals or stations 38 are 

1|) shown in Figure 1 in order to illustrate an exemplary embodiment of the invention. It will be 

lfl appreciated that the specific numbers of player terminals 38, POS terminals 35, RPOS 

H terminals 36, and kiosks 37 which may be included in each casino floor subset according to the 

H invention is not limited by Figure 1. Also, the invention is not limited to three central 

M computers as shown in Figure 1 . Rather, one of the advantages of the present distributed 

$3 account based gaming system is that it is readily scalable to increase or decrease the number of 

16 central computers and thus the number of casino floor devices supported by the system. 

17 Furthermore, any processing device utilized in the gaming system may include multiple 

18 discrete processing devices as shown or fewer discrete processing devices. Specific processing 

19 tasks may be distributed to processing devices throughout the system as consistent with the 

20 demands on the system and security objectives, and the invention is not limited by the 

21 particular arrangement of processing devices shown in Figure 1 for purposes of example. In 
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particular the functions performed by the management computer 22 may be performed on 
another processing device in the system and the separate management computer 22 may be 
eliminated. The same is true for the separate archive computer 23 and other distinct 
processing devices shown in Figure 1. 

The above described preferred embodiments are intended to illustrate the principles of 
the invention, but not to limit the scope of the invention. Various other embodiments and 
modifications to these preferred embodiments may be made by those skilled in the art. 
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